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Foreword 



rd , 



This Technical Report has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

x the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



rd , 



The present document is part of a TS-family covering the 3 Generation Partnership Project Technical Specification 
Group Services and System Aspects, Telecommunication Management; as identified below: 

32.771: Telecommunication management; Home Node B Subsystem (HNS) Network Resource Model 

(NRM) Integration Reference Point (IRP): Requirements 

32.772: Telecommunication management; Home Node B Subsystem (HNS) Network Resource Model 

(NRM) Integration Reference Point (IRP): Information Service (IS) 

32.773: Telecommunication management; Home Node B Subsystem (HNS) Network Resource Model 

(NRM) Integration Reference Point (IRP): Common Object Request Broker Architecture 
(CORBA) Solution Set (SS) 

32.775: Telecommunication management; Home Node B Subsystem (HNS) Network Resource Model 

(NRM) Integration Reference Point (IRP): Bulk CM extensible Markup Language (XML) file 
format definition 

The present document is part of a set of specifications, which describe the requirements and information model 
necessary for the standardised Operation, Administration and Maintenance (OA&M) of a multi-vendor 3G-system. 

Configuration Management (CM), in general, provides the operator with the ability to assure correct and effective 
operation of the 3G network as it evolves. CM actions have the objective to control and monitor the actual configuration 
on the Network Elements (NEs) and Network Resources (NRs), and they may be initiated by the operator or by 
functions in the Operations Systems (OSs) or NEs. 

CM actions may be requested as part of an implementation programme (e.g. additions and deletions), as part of an 
optimization programme (e.g. modifications), and to maintain the overall Quality of Service (QoS). The CM actions are 
initiated either as single actions on single NEs of the 3G network, or as part of a complex procedure involving actions 
on many resources/objects in one or several NEs. 

During the lifetime of a 3G network, its logical and physical configuration will undergo changes of varying degrees and 
frequencies in order to optimise the utilisation of the network resources. These changes will be executed through 
network configuration management activities and/or network engineering, see 3GPP TS 32.600 [5], 
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Scope 



The present document is an Integration Reference Point (IRP) named "Home Node B Subsystem (HNS) network 
resources IRP ", through which an IRP Agent' (typically an Element Manager or Network Element) can communicate 
Configuration Management information to one or several IRPManagers' (typically Network Managers) concerning 
HNS resources. 

The present document specifies the protocol neutral HNS Network Resources IRP: Network Resource Model. It reuses 
relevant parts of the generic NRM in 3GPP TS 32.622 [6], either by direct reuse or sub-classing, and in addition to that 
defines HNS specific Information Object Classes. 

In order to access the information defined by this NRM, an IRP IS is needed, such as the Basic CM IRP IS 

(3GPP TS 32.602 [7]) or the Bulk CM IRP IS (3GPP TS 32.612 [8]). However, which IS that is applicable is outside 

the scope of the present document. 

The present document (NRM specification) is related to the IS in 3GPP TS 32.672 [9] 
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[19] 3GPP TS 32.1 1 1-2: "Telecommunication management; Fault Management; Part 2: Alarm 

Integration Reference Point (IRP): Information Service (IS)". 
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Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply. For terms and definitions not 
found here, please refer to 3GPP TS 32.101 [2], 3GPP TS 32.102 [3] and 3GPP TS 32.600 [5]. 

Association: In general it is used to model relationships between Managed Objects. Associations can be implemented 
in several ways, such as: 

(1) name bindings; 

(2) reference attributes; and 

(3) association objects. 

This IRP stipulates that containment associations shall be expressed through name bindings, but it does not stipulate the 
implementation for other types of associations as a general rule. These are specified as separate entities in the object 
models (UML diagrams). 

Managed Element (ME): an instance of the Information Object Class ManagedElement defined in 3GPP TS 
32.622 [6]. 

Managed Object (MO): in the context of the present document, a Managed Object (MO) is a software object that 
encapsulates the manageable characteristics and behaviour of a particular Network Resource. The MO is instance of a 
MO class defined in a MIM/NRM. This class, called Information Object Class (IOC) has attributes that provide 
information used to characterize the objects that belong to the class (the term "attribute" is taken from TMN and 
corresponds to a "property" according to CIM). Furthermore, the IOC can have operations that represent the behaviour 
relevant for that class (the term "operation" is taken from TMN and corresponds to a "method" according to CIM). The 
IOC may support the emission of notifications that provide information about an event occurrence within a network 
resource. 

Management Information Model (MIM): also referred to as NRM - see the definition below. 

Network Resource Model (NRM): a model representing the actual managed telecommunications network resources 
that a System is providing through the subject IRP 
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An NRM identifies and describes IOCs, their associations, attributes and operations. The NRM is also referred to as 
"MIM" (see above), which originates from the ITU-T TMN. 

Home Node B Management System (HMS): See TS 32.583 [16]. 

HNB GW: See TS 25.467 [4]. 

Home Node B Subsystem (HNS): See TS 23.002 [17]. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

DN Distinguished Name 

GW Gateway 

HNB Home Node B 

HNS Home Node B Subsystem 

IOCs Information Object Classes 

IRP Integration Reference Point 

ME Managed Element 

NRM Network Resource Model 

UTRAN Universal Terrestrial Radio Access Network 



ETSI 



3GPP TS 32.772 version 10.0.0 Release 10 



ETSI TS 132 772 V1 0.0.0 (2011-04) 



4 System Overview 

4.1 Compliance rules 

The following defines the meaning of Mandatory and Optional IOC attributes and associations between IOCs, in 
Solution Sets to the IRP defined by the present document: 

• The IRPManager shall support all mandatory attributes/associations. The IRPManager shall be prepared to 
receive information related to mandatory as well as optional attributes/associations without failure; however 
the IRPManager does not have to support handling of the optional attributes/associations. 

• The IRP Agent shall support all mandatory attributes/associations. It may support optional 
attributes/associations. 

An IRP Agent that incorporates vendor-specific extensions shall support normal communication with a 3GPP 
SA5-compliant IRPManager with respect to all Mandatory and Optional information object classes, attributes and 
associations without requiring the IRPManager to have any knowledge of the extensions. 

Given that 

• rules for vendor-specific extensions remain to be fully specified, and 

• many scenarios under which IRPManager and IRP Agent interwork may exist, 

It is recognised that the IRPManager, even though it is not required to have knowledge of vendor-specific extensions, 
may be required to be implemented with an awareness that extensions can exist and behave accordingly. 



Modelling approach 



The modelling approach adopted and used in this IRP is described in TS 32.622 [6]. 



6 Information Object Classes 

6.1 Information entities imported and local labels 



Label reference 


Local label 


3GPP TS 32.622 [6], IOC, ManagedElement 


ManagedElement 


3GPP TS 32.622 [6], IOC, ManagedFunction 


ManagedFunction 


3GPP TS 32.622 [6], IOC, ManagementNode 


ManagementNode 


3GPP TS 32.622 [6], IOC, Subnetwork 


Subnetwork 


3GPP TS 32.622 [6], IOC, Top 


Top 


3GPP TS 32.622 [6], IOC, VsDataContainer 


VsDataContainer 


3GPP TS 32.632 [10], IOC, lupsLink 


lupsLink 


3GPP TS 32.632 [10], IOC, lucsLink 


lucsLink 


3GPP TS 32.632 [10], IOC, lubcLink 


lubcLink 
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6.2 Class diagram 

6.2.1 Attributes and relationships 



; < I nf ormati onObj ectC I as s > 
ManagetmntNode 
(from TS 32. 622) 



♦ i 



<< Support IOC » 
LocalGWFunction 



: < I nfor mali onObj ectC I as s : 

SubNetwork 

(from TS 32. 622) 



+ServedNode -J. 



:<SupportlOC>: 
HNB 



;<naniBs>> 



< I nf or mali onObj ectC I as s : 
ManagedElermnt 
(from TS 32.622) 



< I nfor mali onObj ectC I as s» 
EPJuh 



: < I nf or mati onObj ectC I as 
luhSignLinkTp 



\t 



: < I nfor mali onObj ectC I as s : 

lucsLink 

(from TS 32.632) 



+conneciedHNBGW 
/ ConnectedTo2 



«lnformationObjectClass>; 
^J HNBGWFunction 



+connectedHNBGW/ 
0..1 ConnectedTo4o..r\ 



\ConnectedTo3 

x \*connectedHNBGW 



: < ] n(or mati onObj ectC I as s » 

lupsLink 

(from TS 32.632) 



<lnformationObjectClass>: 

lube Link 

(from TS 32.632) 



<ProxyClass>> 
Any 



«names» 



T^ 



«SupportlOC» 
LocalGWFunction 



NOTE 1 : The listed cardinality numbers, in particular the use of cardinality number zero, do not represent transient 
states. The transient state is considered an inherent property of all IOC instances and therefore there is 
no need to represent them by individual IOC cardinality numbers. 



Figurel: Containment/Naming and Association diagram 
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«InformatJonObjectClass>> 
HNBGWFunction 



<<names>> 



♦ 1 

> 

v 0..n 



<<InformationObjectClass> > 

VsDataContainer 
(from 32.622) 



♦ 1 \0,.n 
! <<names>>\ 



<<InformationObjectClass>> 
EPJuh 



1 



«names>> 



\l/0-n 

<<InformationObjectClass>> 

VsDataContainer 
(from 32.622) 



0..n V 1 
<<names>> 



<lnformationObjectClass>> 
luhSignLinkTp 



♦ 1 



«names» 

\[/ Q..n 

<lnformationObjectClass» 
VsDataContainer 
(from TS 32.622) 



i 1 \\0..n 

«names>>\ 



«lnformationObjectClass>> 
HMSFunction 



«names» 

\|/ Q..n 

«lnformalionObjectClass» 
VsDataContainer 
(from TS 32.622) 

♦ l Xo..n 
«names»x v 



NOTE 1 : The listed cardinality numbers, in particular the use of cardinality number zero, do not represent transient 
states. The transient state is considered an inherent property of all IOC instances and therefore there is 
no need to represent them by individual IOC cardinality numbers. 

NOTE 2: Each instance of the VsDataContainer shall only be contained under one IOC. The VsDataContainer 
can be contained under lOCs defined in other NRMs. 

Figure 2: VsDataContainer Containment/Naming and Association 

The VsDataContainer is only used for the Bulk CM IRP. 

Each IOC is identified with a Distinguished Name (DN) according to 3GPP TS 32.300 [11] that expresses its containment 
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6.2.2 Inheritance 

This clause depicts the inheritance relationships that exist between IOCs. 



< Inform ationObjectCI ass: 

EP_RP 

(from TS 32.622) 



<lnformationObjectClass> 
EPJuh 



«lnformationObjectClass> 
luhSignLinkTp 



<lnformationObjectClass> 
ManagedFunction 
(from TS 32.622) 



< Inform ationObjectClass» 
HNBGWFunction 



«lnformationObjectClass» 
ManagedFunction 

(from TS 32.622) 



A 



<lnformationObjectClass> 
HMSFunction 



« Inform ationObjectClass» 
HNBProfile 



Figure 3: Inheritance Hierarchy 

NOTE: luhSignLinkTp is a special definition for the signalling of the EP-Iuh, and these two IOC inherit from EP- 
RP. 

6.3 Information object class definitions 
6.3.1 HNBGWFunction 
6.3.1.1 Definition 

This IOC represents HNB GW functionality. For more information about the HNB GW, see 3GPP TS 25 .467 [4]. 



6.3.1.2 



Attributes 



Attributes of HNBGWFunction 



Attribute name 


Support Qualifier 


Read Qualifier 


Write Qualifier 


id 


M 


M 


- 


hnbGwId 


M 


M 


- 


iPConf iglnf o 


M 


M 


- 


maxNbrHNBRegistered 


M 


M 


- 


maxPacket Capability 


M 


M 


- 



6.3.1.3 Notifications 

See clause 6.6 Alarm and configuration notifications. 
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6.3.2.1 Definition 

This IOC represents a signaling link on the Iuh interface and inherits from EP-RP. 
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6.3.2.2 



Attributes 



Attributes of luhSignLinkTp 



Attribute name 


Support Qualifier 


Read Qualifier 


Write Qualifier 


sctpAssocLocalAddr 


M 


M 


- 


sctpAssocRemoteAddr 


M 


M 


- 



6.3.2.3 Notifications 

See clause 6.6 Alarm and configuration notifications. 

6.3.3 EP Iuh 



6.3.3.1 



Definition 



This IOC represents an end point of the Iuh interface. It inherits from EP-RP. For more information Iu-h interface, see 
3GPPTS25.467[4]. 



6.3.3.2 



Attributes 



Attributes of EP Iuh 



Attribute name 


Support Qualifier 


Read Qualifier 


Write Qualifier 


farEndNEIPAddr 


O 


M 


CM 



6.3.3.3 



Attribute constraints 



Name 


Definition 


Condition for 
farEndNEIPAddr' s 
write qualifier 


The EPJuh object belongs to the different Domain Manager as the NE 
pointed by the farEndNelpAddr attribute. 



6.3.3.4 Notifications 

See clause 6.6 Alarm and configuration notifications. 

6.3.4 HMSFunction 

6.3.4.1 Definition 

This IOC represents HMS functionality. For more information about HMS, see 3GPP TS 32.583 [16]. 

6.3.4.2 Attributes 

There are no attributes (other than those inherited). 

6.3.4.3 Notifications 

There are no Notifications (other than those inherited). 
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6.3.5 HNB 



6.3.5.1 



Definition 



This SupportlOC represents HNB functionality. For more information about the HNB, see 3GPP TS 25.467 [4]. For 
definition of HNB, see 3GPP TS 22.220 [18]. 

The Home NodeB, represented by the «SupportIOC» HNB, has registered itself with one node represented by 

HMS Function. 



6.3.5.2 



Attributes 



Attributes of HNB 



Attribute name 


Support Qualifier 


Read Qualifier 


Write Qualifier 


id 


M 


-- 


- 



6.3.5.3 



Notifications 



Name 


Qualifier 


Notes 


notifyAckStateChanged 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 9]) 




not i f yChangedAlarm 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 9]) 




notifyClearedAlarm 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 9]) 




notifyNewAlarm 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 9]) 





6.3.6 HNBProfile 



6.3.6.1 



Definition 



The HNBProfile is a representation of information that a) identifies a specific set of HNB devices and b) the related 
configuration parameters (and their values) that are required to be configured in those identified HNB devices during 
HNB registration procedure. 

It contains userLabel, an attribute inherited from ManagedFunction. This is a user friendly label assigned by 
operator. Examples can be "VIP configuration", "Gold Tier configuration", "device vendor XYZ software version 3.4", 
"camel", etc 

Editor Note: The userLabel is called conf igurationKind in previous documents such as in S5-093276 E pCR 
H(e)NB Profile handling.) 



6.3.6.2 



Attributes 



Attributes of HNBProfile 



Attribute name 


Support Qualifier 


Read Qualifier 


Write Qualifier 


id 


M 


M 


-- 


configuration 


M 


M 


- 


criterion 


O 


M 


-- 



6.3.7 LocalGWFunction 



6.3.7.1 



Definition 



This SupportlOC represents local Gateway functionality. For more information about the local getway, see 3GPP TS 
23.060 [20] and 3GPP TS 23.401 [21]. 
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The Local Gateway, represented by the «SupportIOC» LocalGWFunction, has registered itself with one node 
represented by HMS Function. 



6.3.7.2 



Attributes 



Attributes of LocalGWFunction 



Attribute name 


Support Qualifier 


Read Qualifier 


Write Qualifier 


id 


M 


-- 


- 


iPAddr 


M 


- 


- 


collocationFlag 


M 


-- 


- 


servedNode 


M 


-- 


- 



6.3.7.3 



Notifications 



Name 


Qualifier 


Notes 


notifyAckStateChanged 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 9]) 




not i f yChangedAlarm 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 9]) 




notifyClearedAlarm 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 9]) 




notifyNewAlarm 


See Alarm IRP (3GPP TS 32.1 1 1 -2 [1 9]) 





6.4 Information relationship definitions 
6.4.1 ConnectedTo2 (M) 



6.4.1.1 



Definition 



This represents a uni -directional relation between the Iucslink and HNBGWFunction. The role of the relation shall be 
mapped to a reference attribute of the IOC. 



6.4.1.2 



Roles 



Name 


Definition 


IucsLink- 
HNBGWFunction 


This role (when present) represents IOC iucslink capability to identify one connected 
HNBGWFunction. When present, it shall contain one HNBGWFunction DN. 


6.4.1.3 Constraints 


Name 


Definition 


- 


- 



6.4.2 ConnectedTo3 (M) 



6.4.2.1 



Definition 



This represents a uni -directional relation between the Iupslink and HNBGWFunction. The role of the relation shall be 
mapped to a reference attribute of the IOC. 
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6.4.2.2 Roles 



Name 


Definition 


IupsLink- 
HNBGWFunction 


This role (when present) represents IOC iupslink capability to identify one connected 
HNBGWFunction. When present, it shall contain one HNBGWFunction DN. 


6.4.2.3 Constraints 


Name 


Definition 


- 


- 



6.4.3 ConnectedTo4 (M) 

6.4.3.1 Definition 

This represents a uni -directional relation between the Iubclink and HNBGWFunction. The role of the relation shall be 
mapped to a reference attribute of the IOC. 

6.4.3.2 Roles 



Name 


Definition 


IubcLink- 
HNBGWFunction 


This role (when present) represents IOC iubclink capability to identify one connected 
HNBGWFunction. When present, it shall contain one HNBGWFunction DN. 


6.4.3.3 Constraints 


Name 


Definition 


- 


- 



6.4.4 ServesNode (O) 



6.4.4.1 Definition 

This unidirectional association represents the relation between a Local GW and served HNB instances. 

6.4.4.2 Roles 



Name 


Definition 


ServedNode 


This role represents the HNB instance served by a Local GW instance. 



6.4.4.3 Constraints 



Name 


Definition 


- 


- 
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6.5 



Information attribute definitions 



6.5.1 Definition and legal values 

Table 6.5.1.1 defines the attributes that are present in several Information Object Classes (IOCs) of the present 
document. 

Table 6.5.1.1 : Attributes definitions and legal values 



Attribute Name 


Definition 


Legal Values 


id 


An attribute whose 'name+value' can be used 

as an RDN when naming an instance of the 

IOC. 

This RDN uniquely identifies the object instance 

within the scope of its containing (parent) object 

instance. 




hnbGwId 


Unique HNB GW ID. Ref. 3GPP TS 25.467 [4] 
specifies that HNB GW acts as a RNC to the 
existing core network using existing lu interface. 


See "RNC-ID" in Ref. 
3GPPTS 23.002 [12] 
and3GPPTS25.413 
[131 


iPConf iglnf o 


The IP address, subnetwork mask, default 
gateway for HNB GW (Ref. IETF RFC 4293 

[14]). 




maxNbrHNBRegistere 
d 


Maximum number of registered HNB means 
maximum number of HNB allowed to be 
registered. 




maxPacketCapabilit 
Y 


The HNB GW's ability of forwarding packets, 
such as maximum number of forwarded packets 
per second. 




sCTPAssocLocalAddr 


The local port and IP address of SCTP 
association (See RFC3873 [15]). 




sCTPAssocRemoteAdd 
r 


The remote port and IP address of SCTP 
association (See RFC3873 [15]). 




f arEndEntity 


The value of this attribute shall be the 
Distinguished Name of the far end network 
entity to which the reference point is related. 
As an example, with ep iucs, if the instance of 
ep iucs is contained by one RncFunction 
instance, the f arEndEntity is the 
Distinguished Name of the 
MscServerFunction instance to which this 
Iucs reference point is related. 




f arEndNelpAddr 


The IP address(s) of the far end network entity 
to which the reference point is related.This is an 
IPv4 or an IPv6 address. 




configuration 


It is a location of a data set. The data set is a set of 
HNB attributes (with values) needed to be loaded 
into the HNB. 

The data set does not contain all configuration data 
needed for a device to operate. Some configuration 
parameters are autonomously and dynamically 
calculated by the serving HMS. 
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criterion 


It is a criterion that determines if a HNB should or 
should not be loaded with a particular 

configuration. 

The syntax and semantics of criterion is vendor- 
specific. 

Example 1: 

The syntax and semantics can be "If the HNB ID 
range is between ABC and DEF then APPLY the 
related configuration ". 

Example 2: 

The syntax is a list of strings where each string is 
an "attribute == value" pair. An attribute 
represents a TR-196 parameter. Its value is the 
corresponding attribute value. 

The semantics is "if all pairs found in 
criterion are also found in the home devices, 
then the determination is positive in that the 
home device should be loaded with information 
of the data set identified by configuration; 
else not". 




iPAddr 


The IP address(s) assigned for the Local Gateway. 




collocationFla 

g 


This attribute indicates whether the local gateway is 
collocated with the HNB or HeNB that it serves (see 
ServedNode relation in 6.2.1 UML class diagram) or 
not. 


Legal values are: 
collocated, not- 
collocated. 


servedNode 


This attribute contains the DN of a HNB or HeNB 
that is being served (see ServedNode relation in 
6.2.1 UML class diagram). 





6.5.2 

None. 



Constraints 



6.6 



Common Notifications 



Name 


Qualifier 


Notes 


notifyAckStateChanged 


See Alarm IRP (3GPP TS 32.1 11-2 [19]) 




notifyAttributeValueChange 


O 




notifyChangedAlarm 


See Alarm IRP (3GPP TS 32.1 11-2 [19]) 




notifyClearedAlarm 


See Alarm IRP (3GPP TS 32.1 11-2 [19]) 




notifyNewAlarm 


See Alarm IRP (3GPP TS 32.1 11-2 [19]) 




notif yObj ectCreation 


O 




notif yObj ectDeletion 


O 




notifyComments 


See Alarm IRP (3GPP TS 32.1 11-2 [19]) 
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